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ME Ttc^ F ° R DISTRIB UTING INFORMATION OVER A DATA NETWORK 
USING MESSAGE HEADERS ASSOCIATED WITH MESSAGE FILE^ 



BACKGROUND OF THE INVENTION 
The present invention relates to programmable computer systems. 
More particularly, the present invention is directed to a method for collaboration over 
a data network. 

Data networks, such as the "Internet" have facilitated collaborative 
efforts of several individuals remotely disposed from one another. The Internet 
typically includes a plurality of users employing client computers communicating with 
a remote server computer to transfer information therebetween. To facilitate the 
transfer, the client computers have a "web" browser that provides graphical user 
interface (GUI)-based communication with a "web page" obtained from a server. 
One popular collection of servers uses a standardized Hypertext Transfer Protocol 
(HTTP) to provide information and is known as the "World Wide Web." The 
information is typically presented as web pages written as text with standardized 
formatting and control symbols known as Hypertext Mark-up Language (HTML). 
HTML provides basic document formatting and allows a server to specify "links" to 
other servers and files. Use of an HTML-compliant browser involves specification of 
a link via a Uniform Resource Locator (URL). Upon such specification, the user's 
client computer makes a TCP/IP request to the server identified in the link and 
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receives an HTML file that is interpreted by the browser so that a electronic HTML 
document made up of one or more web pages may be displayed on the client's 
computer. 

A drawback with the Internet data transmission, however, is that it is 
5 difficult to provide real time document development involving either large numbers of 
iterations of a document or contributions of several individuals to a documents 
development. Specifically, documents being developed are large which can 
substantially increase data transfer time between the client computer and the server 
computer that can be frustrating to an end user. 
10 What is needed, therefore, is an integrated document development 

method and network that facilitates dynamic design collaboration by multiple 
developers over a data network such as the Internet by minimizing data transfer time. 

SUMMARY OF THE INVENTION 

15 The present invention provides a method for distributing information 

over a data network suited by document development by bifurcating data 
corresponding to a document under development to minimize a quantity of data 
transmitted to a client terminal while providing, to the client terminal, sufficient data 
to display a history of the development of the document. To that end, the method 

20 includes storing, on a server, a plurality of message files and creating a plurality of 
message headers, each of which corresponds to one of the plurality of message files 
and storing, on the server, the document under development which has visually 
perceivable information associated therewith. A subportion of the visually 
perceivable information is defined by a plurality of view parameters, with a subset of 

25 the plurality of message files having differing view parameters associated therewith. 
A subgroup of the message headers are displayed on the client terminal, each of 
which recites a summary of content of one of the plurality of message files 
corresponding to the message headers of the subgroup. The client terminal includes 
memory and further including a step of placing the document file and one of the 

30 message files of the subset in the memory, with the viewable information associated 



WO 00/13100 

U PC77US99/19075 



with the document file being related to the view parameters associated with message 

file of the subset present in the memory. 

The document file and the message file may be any type of computer 

readable file. Examples of the documents file includes vector-based files, character 
based files and raster files. The message file may consist of any of the 
aforementioned files, as well as an audio file or video streams. In a preferred 
embodiment, the method and system is employed over a data network, such as a local 
area network, a wide-ara data network, e.g., the Internet and the like. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is simplified plan view of a computer network in which the 
present invention is implemented; 

Fig. 2 is a block diagram of a client terminal shown above in Fig. 2; 
Fig. 3 is a plan view of a web page having a visual representation of a 
hypertext link employed to access the present invention; 

Fig. 4 is a plan view of a second web page having a visual 
representation of a hypertext link employed to access the present invention; 

Fig. 5 is a plan view of a web page employed to allow users to either 
log-in or register to gain access to the present invention; 

Fig. 6 is a plan view of a dialog box employed to allow a new user to 
register to gain access to the present invention; 

Fig. 7 is a plan view of a window upon which a list of projects having 
documents under development are recited in accordance with the present invention; 

Fig. 8 is a plan view of a window in which a document file, a message 
file and a plurality of message headers are concurrently displayed; 

Fig. 9 is a plan view of a window employed to post a new message 

file; 

Fig. 10 is a plan view of the window shown in Fig. 8 with the same 
document file being displayed along with a different message file and in accordance 
with a set of view parameters which differ from those associated with the document 
file shown in Fig. 8; 
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Fig. 1 1 is a simplified plan view of the major classes of objects 
associated with computer code employed to practice the present invention; 

Fig. 12 is a flow diagram showing steps for storing a message file in 
accordance with the present invention; and 

Fig. 13 is a flow diagram showing steps for retrieving a message file in 
accordance with the present invention. 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Referring to Fig. 1, a large area network is shown, such as the 
Internet, which includes a plurality of networked "servers" 10 that are accessible by 
"client terminals" 12. Communication between the servers 10 and the client terminals 
12 typically occurs over a publicly accessible network, such as a public switched 
telephone network over ASDL telephone lines or large bandwidth trunks, such as TI 
or OC3 service. The client terminals 12 access the various servers 10 through an 
Internet service provider, e.g., America On-Line, Prodigy, CompuServe and the like, 
by executing application specific software, commonly referred to as a "browser", on 
a computer 14, shown more clearly in Fig. 2. 

Referring to Fig. 2, the computer 14 includes a system unit 20 having 
one or more system buses 22 placing various components of the system in data 
communication. For example, a microprocessor 24 is placed in data communication 
with both a read only memory (ROM) 26 and random access memory (RAM) 28 via 
the system bus 22. The ROM 26 contains among other code, the Basic Input-Output 
system (BIOS) which controls basic hardware operation such as the interaction with 
peripheral components such as disk drives 30 and 32, as well as the keyboard 34. 
The RAM 28 is the main memory into which the operating system and application 
programs are loaded and affords at least 32 megabytes of memory space. The 
memory management chip 36 is in data communication with the system bus 22 to 
control direct memory access (DMA) operations. DMA operations include passing 
data between the RAM 28 and the hard disk drive 30 and the floppy disk drive 32. 
Also in data communication with the system bus 22 are various I/O controllers: a 
keyboard controller 38, a mouse controller 40, a video controller 42, and an audio 
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controller 44. The keyboard controller 38 provides a hardware interface for the 
keyboard 36, the mouse controller 40 provides the hardware interface for a mouse 46, 
or other point and click device, and the video controller 40 provides a hardware 
interface for a display 48. A modem 50 enables data communication over the 
network facilitating data transmission speeds of at least 28.8 kilobytes per second. 
The operating system 52 of the computer 14 may be DOS, WINDOWS 3.x, 
WINDOWS 95, OS/2, or other known operating system. Preferably, the operating 
system is WINDOWS NT 4.0 or WINDOWS 95. The RAM 28 also supports a 
"umber of Internet access tools, including, for example, an HTTP-compliant web 
browser having a JavaScript interpreter, such as Netscape Navigator 3.0, Microsoft 
Explorer 3.0 and the like. 

Referring to both Figs. 1 and 2, the integrated development system and 
method is accessed over the Internet. The browser 54 employs a TCP/IP connection 
io pass a request to a server 10 running an HTTP "service" (under the WINDOWS 
operating system) or a "daemon" under the UNIX operating system. The request is 
typically achieved by contacting an HTTP server 10 at the following address 
M http://www.cubus.net," employing a protocol that can be used to communicate 
between the server 10 and the client terminal 12. The HTTP server 10 then responds 
to the protocol, typically by sending a "web page" formatted as an HTML file. The 
browser 54 interprets the HTML file and may form a visual representation of the 
same using local resources, e.g.. fonts and colors. 

Referring to Tigs. 2 and 3, the "web page" 56 displayed at the 
aforementioned address includes, inter alia, a plurality of hypertext links, shown 
generally as 58a-g. Employing the mouse 46, a cursor 60 may be placed proximate 
to hypertext link 58d, entitled Reviewlt™ and a cursor event is effectuated which 
connects to web page 62, shown in Fig. 4. Web page 62 includes a plurality of 
hypertext links 64a-i. Hypertext link 64a allows downloading of the requisite 
ReviewIt TM client software to interact with the server to practice the present 
invention. Hypertext link 64b is activated to practice the present invention once the 
requisite software is loaded onto the client terminal. 



WO 00/13100 

PCT/US99/19075 

6 

Log-in is achieved by activating hypertext link 64b which causes the 
client software to run and display a log-in screen 66, shown in Fig. 5. The log-in screen 
includes a dialog box 68 centered within a project view window 70. The dialog box 68 
includes a plurality of data entry fields 68a and 68b. Also included thereon is a 
virtual button 68c which allows submission of the data once entered in fields 68a and 
68b, as well as virtual button 68d which allows registering to use the present 
invention. One of the data entry fields 68a is to receive a user's e-mail address. The 
e-mail address is employed as a ReviewIt TM log-in identifier, discussed more fully 
below. To restrict access, a password data entry field is provided 68b in which any 
series of number or letters, up to 256 characters, may be entered. As is standard with 
most password security features, password data is never recited in the field 68b. 

If a user desires to register to use the present invention, virtual button 
68d is activated and dialog box 71 is displayed so as to be in superimposition with 
dialog box 68, shown in Fig. 6. Dialog box 71 includes a plurality of data entry 
fields 71a-p. Also included thereon are virtual buttons 71q and 71r which allows 
submission of the data, once data has been entered in fields 71a-p, and cancellation of 
the registration, respectively. Once the registration data has been successfully 
submitted, dialog box 71 is removed, exposing dialog box 68, once again. Log-in is 
then achieved as discussed above. 

Upon acceptance of the log-in data, a TCP/IP connection to an 
additional server, which is the ReviewIt TM server 10a, is achieved and a project view 
window 70 is completely displayed, shown in Fig. 7. The project view window 70 is 
segmented into a plurality of regions: the menu bar 72; the project list 74; and the 
project file directory 76. Each of the regions may be adjusted to occupy areas of 
differing sizes on the display 12a. Typically, the project view window 70 is sized to fit 
the browser 54 window, with the project view menu bar 72 located on the left side of 
the display 12a and the project list 74 disposed atop of the project file directory 76 on 
the right-hand side. 

The project list region 74 includes four columns of information 
identified as the following: project name; description, creator and creation date. The 
widths of the columns may be adjusted using the mouse 46 by initiating a cursor event 
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proximate to the edge of the window as is well known in the computer graphics art. 
In addition, the files recited in the Project list may be sorted by initiating a cursor 
event proximate to one of the column headings, e.g., sorted by project listing by 
name, creator, etc. The project name recites the names of each project, and if the 
files associated therewith have been modified, this is indicated by having the project 
name have an appearance which differs from non-modified files. For example, a 
project with modified files may be displayed in a different color from projects with 
non-modified files. The description column recites a brief description of the purpose 
of the project name positioned adjacent thereto. The creator column identifies 
individuals who were primarily responsible for the creation of the project having a 
name in the column, and the creation date identifies the date that the creators 
originated the project, e.g., date and time. Usually, the information recited in the 
columns does not change for a project, once created. 

The menu bar 72 contains a plurality of virtualbuttons 78a-78f. 
Button 78a, for example, facilitates adding projects to the project list 74 and contains 
folders and documents, which may be organized by a creator and selectively shared 
with additional users. Similarly, virtual buttons 78b and 78c facilitate adding folders 
and documents, respectively. Documents are stored within folders and prioritized 
according to whatever constructs pertinent to a user. Documents are typically 
uploaded to the server. Virtual burton 78d facilitates modifying user information, 
such as passwords and log-in identifier data. Virtual button 78e facilitates modifying 
preferences, such as modify access privileges of users for differing projects. Finally, 
burton 78f allows logging into or out of the Reviewlt™ server 10a. 

The project file region 76 recites the contents of each project listed in the 
project list region 74 in a threaded type of file hierarchy system. Each file and folder 
listing is divided into four columns having the headings discussed above with respect to 
the document list directory. 

To access a particular file, a user highlights the requisite project with the 
cursor 60 by placing the same proximate to one row of text in the project list region 72. 
The selected column is then highlight and a cursor event is initiated by twice activating 
a button (not shown) on the mouse 46. This provides a list of folders and files 
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associated with the aforementioned project, in the project file region 76. Specifically, 
folders have [+/-] signs adjacent thereto are indicated as having files associated 
therewith. The [+] indicates that the files are not displayed and the [-] sign indicates 
that the files are visible. To conceal visible files, a cursor event is initiated proximate 
lo lhe _H si S"; Thereafter, a file is displayed by highlighting the same and initiating a 
cursor event. This produces a document view window 80, shown in Fig. 8. 

Referring to Both Figs. 2 and 8, the document view window 80 provides 
an integrated view of a document under development. To that end, the document 
view window 80 is segmented into a plurality of regions 82, 84, 86, 88 and 90 on the 
display 48. Displayed in one of the regions 86 is a document file 92. Displayed in a 
second of the regions 84, is a message file 94 and a plurality of message headers 96 
are displayed in a third region 82. Displayed in a fourth region 90 is a tool palette 
91. Displayed a fifth region 88 is a plurality of virtual buttons 88a, 88b and 88c. * 

The document file 92 may be any file format, e.g., a vector-based file 
such as Drawing Web Format (DWF), Autodesk AutoCAD (DWG), Drawing 
Exchange Format (DXF), Simple Vector Format (SVF), Bentley Microstation (DGN, 
CEL), Adobe Illustrator (AI), Corel Draw (CMX), Microsoft Powerpoint (PPT), HPGL 
and HPGL/2. Additionally, the document file 92 may have a raster file format, such as 
Windows Bitmap (BMP), Compuserve GIF (GIF), Tagged Image File Format (TIFF), 
Joint Photographic Experts Group (JPEG or JPG), Device Independent Bitmap (DIB), 
Targa (TGA) or PCX, as well as a hybrid Formats, such as Hypertext Markup 
Language (HTML), Adobe Portable Document Format (PDF), Windows Metafile 
(WMF), Postscript (PS, EPS). If desired, document file may have a text format, such 
as, ASCII text (TXT), Rich Text Format (RTF), Microsoft Word (DOC) and the like. 
Similarly, the content of the message file 94 may include any of the aforementioned 
file formats, as well as a video stream, such as Motion Picture Experts Group (MPEG) 
Microsoft Video for Windows (AVI) Quicklime (MOV), an audio file or combination 
thereof. An advantage of this arrangement of information on the display 48 is that it 
provides an integrated document development system which allows simultaneously 
displaying a document being developed, detailed changes made thereto, as well as a 
brief history of the changes made during the development process. Further, an 
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unedited version of the document being developed may be accessed at any stage 
during the development. The document file 92 includes data defining the document 
being developed, and the content of the message file 94 typically includes data 
corresponding to at least a portion of the viewable information associated with the 
document file 92. For example, a subportion of the viewable information of 
document file 92 is enclosed by a rectangle employing the tool palette 91, defining an 
annotation 98 which is discussed more fully below. The content of the message file 
94 is related to the annotation 98. In the present example, the message file 94 recites 
'"'I do have a question about the door at the circular bridge connects . ... \ and the 
document file 92 shows a visual depiction of information associated with the content 
of the message file 94. In the present example, the document file 92 has viewable 
information corresponding to building plans, i.e. "blue print", and the area, identified 
by the document file 92, where a door would be located. In this fashion, both a 
visual presentation and a detailed textual description of a common idea is expressed. 

To that end, each message header 96 provides a summary of the 
content of a message file 94. Typically, a plurality of message headers 96 are 
provided, each corresponding to a different message file 94 and having an icon 96a 
and a line of text 96b disposed adjacent thereto. With the plurality of message 
headers 96 being displayed in region 82, a brief history of the message files 94 
associated with the document file 92 is provided. The message header 96 
corresponding to the message file 94 being displayed has a background 96c which 
optically contrasts with the background associated with the remaining message 
headers 96, i.e., the message header 96 is "highlighted". As seen in Fig. 8, the 
highlighted message header 96 recites "Scheme Approval". The message file 94 
associated therewith recites "I do have a question about the door at the circular bridge 
connects . . . With this arrangement, the message file 94 and the message header 
96 both provide a description of a subportion of the viewable information, typically 
the subportion corresponding to the annotation 98. 

The tool palette 91 has one or more tool-defining regions, shown as 
92a-92j and is employed to create the annotation 98. Each of the tool-defining region 
92a-92i specifies a predetermined operation that modifies a subportion of the viewable 
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information of the document file 92, defining an annotation 98. An example of an 
annotation 98 is shown as an oval, however, the annotation 98 can be of any shape ■ 
desired and may include alphanumeric characters, depending upon the tool-defining 
regions of the tool paiette 91 , as well as the file format of the document file 92. For 
purposes of the discussion, the document file 92 will be discussed as being a vector- 
based file commonly associated with computer aided design programs and systems. 
Thus, part of the viewable information is defined by view parameters, such as 
magnification, rotation, layer, window coordinates. As a result, the tool palette 91 
provides tool-defining regions which support, intexalia, operations associated with 
aforementioned view parameters. Examples of such tool defining regions are a 
pointer tool 92a employed to select areas of the document file 92 to be modified, such 
as by deletion. 

A hand tool 92b may be employed to pan the viewable information 
associated with the document file 92 along any direction in the plane of the region 86. 
A zoom tool 92c may be employed to increase or decrease the resolution of the 
viewable information. A box tool 92d facilitates surrounding an area of the viewable 
information with a rectangle or other polyhedron, and a filled box tool 92e makes the 
viewable information within the area opaque. Other shapes may be provided to 
achieve the same results by providing an oval tool 92f and a filled oval tool 92g. 
Other shape tools may be user defined with an irregular object tool 92h. An arrow 
tool 92i allows pointing to a particular section of the viewable information, and an arc 
too! 92j is employed to create arcuate lines. 

Referring to both Figs. 8 and 9, to post new message files or reply to an 
existing message file 94, the virtual buttons 88a and 88b are provided. Specifically, to 
post a new message file, virtual button 88a is activated by execution of a cursor event 
proximate thereto. This produces message file, in a window 95, having no content 
associated therewith, and the document file 92 corresponding thereto is in an original 
state. In this example, an original state is defined as being at minimum 
magnification, with no annotation 98 present therein. Thus, viewable information 
corresponding to a project is displayed in region 86. To produce the information 
associated with Fig. 8, a user would activate tool-region 92c and magnify the 
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document file 92 to the desired resolution providing the detail necessary to clearly 
provide a visual depiction of the message file 94, generating modified view 
parameters that are associated with the viewable information. Locating a desired 
position in the document file 92 may be achieved by employing the hand tool, 
associated with tool-defining region 92b. To precisely delineate the area of the 
viewable information of the document file 92 being described, tool-region 92e is 
activated and the cursor 60 is placed on the region shown therein, producing 
annotation 98. After the portion of the viewable information of document file 92 has 
been located, the content of the message file 94 corresponding thereto is entered by 
placing the cursor 60 over the window 95 and initiating a cursor event. Text is 
entered using a standard QWERTY keyboard. Additionally, a graphics file or an 
audio file may be entered into the message file 94, such as graphics file 89, shown in 
Fig. 10. After the desired content is present in the message file 94, the message is 
sent to the Reviewlt™ server 10a via initiating a cursor event occur proximate to 
virtual button 97. The message is saved on the Reviewlt^ server 10a with the view 
parameters. As the message header 96 corresponds to a newly created message file 
94, the icon 96a of the same is located to the left side of the region 82. This produces 
a message header 96 in region 82 which corresponds to the newly created message 
file 94 in region 82. Upon retrieval, the modified viewable information associated 
with the document file 92 is displayed as it appeared in region 86 when the message 
file 94 was sent, i.e, the same magnification and identical annotation 98 in the area of 
the document file 92 displayed. This is referred to as context preservation and is 
discussed more fully below. However, all of the viewable information associated 
with the document file 92 is accessible. This allows a user to manipulate the 
viewable information associated therewith so as to display a completely different area 
of the document file 92 at a completely different magnification. Upon exiting and 
retrieving the same message file 94, the modified view parameters are restored along 
with the modified viewable information. 

Accessing a particular message file 94 may be achieved employing 
either the message headers 96 or annotations 98 on a document file 92. For example, 
highlighting a particular message header 96 and initiating a cursor event displays a 
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message file 94 with content summarized by the highlighted message header 96. 
Were a document file 92 displayed to have multiple annotations 98 present thereon, 
the cursor 60 may be positioned to highlight the desired annotation 98. Thereafter a 
cursor event would display the message file 94 associated with the annotation 98, 
referred to as graphical indexing. Moreover, a boolean search technique may be 
employed by highlighting virtual button 88c and initiating a cursor event. Thereafter 
a dialog window (not shown) would appear in the window 80 and provide an area to 
enter search terms, as is well known in the prior art. 

Referring to Figs. 8 and 9, to reply to an existing message, virtual 
button 88b is activated by initiating a cursor event proximate thereto. Thereafter, 
analogous steps are taken to post a reply as is necessitated to post a new message, 
except that the message header 96 corresponding to the reply message is positioned 
below the selected message to which a reply is being posted, offset from the left side 
of the region 82. In this fashion, not only do the plurality of message headers 96 
provide a historical summary of the message files corresponding thereto, but they also 
describe the sequence of communications between users posting the same. The 
spatial position of each message header 96 is dependent upon a position of the 
communication, corresponding thereto, amongst the sequence communications. In 
this manner, the ReviewIt TM server 10a provides an entire history of the development 
of a document in a centralized location. 

By centralizing the location of the document files, as discussed above, 
various techniques may be employed to further control and manage document 
development. For example, a creator of a project may be sent an e-mail each time a 
project is accessed by a user. Various information may be supplied to the creator, 
including the project and files accessed, the duration of the access, any message files 
94 posted and the modifications, if any, recited therein. Further, the cost implication 
of modifications to a project may be modeled. In addition, authenticity and 
authorization of modifications to a project may be controlled by implementation of 
electronic signature techniques. This could be implemented to reduce cost overruns, 
particularly useful in public sector civil engineering contracts. 
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Referring again to Fig. 1 an important aspect of the present invention 
is to provide high-speed data communication between the client terminals 12 and the 
ReviewIt TM server 10a while providing the full flexibility of the integrated system. 
To that end, the Reviewl^ server 10a bifurcates the data transmitted to a client 
terminal 12, concerning a document under development, into single and multiple 
server call data. The single server call data is transmitted to the client terminals 12 as 
soon as a project is opened. The multiple server call data is transmitted after an 
additional server call has been transmitted by the client terminals 12 after a project 
has been opened. Examples of single server call data are the message headers 96 and 
the annotations 98. Examples of multiple server call data is the message content and 
the view parameters. Upon initializing a server call, a client terminal 12 immediately 
receives the message header 96 and the annotations 98 associated with a document file 
92. This provides the information necessary for a user to quickly view the history of 
message files 94 concerning a document file and determine which message is desired. 
Upon finding the requisite message header 96, a user initiates a cursor event, thereby 
taking advantage of message context preservation, as discussed above. Specifically, 
the contents of the message file 94 are displayed, as well as, the document file 92, 
with the document file 92 being displayed in accordance with the view parameters 
previously modified. Alternatively, a message file 94 could be displayed employing 
the graphical indexing technique discussed above. In this fashion, a user would place 
the cursor 60 on an annotation 98 desired and initiate a cursor event. This generates 
a server call over the network, retrieving the content information of the message file 
94 associated therewith, along with the view parameters, if any. 

Referring to Fig. 11, to achieve the aforementioned data 
communication, it is preferred that the code employed to implement the present 
invention is object based, such as C+ + . The objects are divided into a plurality of 
classes. The classes include a message explorer class 202, a document viewer class 
204, a node view class 206, a coordinator core class 208, a document class 210, and a 
message node class 212. Each of the objects in a class includes data and methods. 
The data and methods concerning the content of the message files 94 and the view 
parameters of the document file 92 associated therewith are encapsulated in objects of 
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the message node class 212. Data and methods concerning the document file 92 are 
encapsulated in objects of the document class 210. 

Referring to both Figs. 1 1 and 12, when creating a message at step 
300, an object in the Message Node class 212 is generated, calling a member post 
method entitled CoreMessageNode::postO : This calls a member method of the 
Coordinator core class 208 entitled CoordinatorCore::post_message(), which retrieves 
annotation data, document file data and the view parameters, at step 302. The 
aforementioned information is retrieved from the Document Viewer class of objects 
employing the member method of that class entitled the 
DocumentViewerCore: :get_armotation(). The 

DocumentViewerCore::get_aimotation() method retrieves data members of the 
Document class 210. Specifically, the DocumentViewerCore::get_aiinotation() 
method retrieves the serialized annotations employing the seriaIize_annotationdata() 
method, as well as the view parameters employing the 

CubusDocument::get_document_specific_data() method. The aforementioned data 
members are then associated with the MessageNode class 212, at step 304, allowing 
the same to be immediately available for subsequent requests. Thereafter, at step 
306, the CoordinatorCore::post_message() method continues processing the data 
members associated with the Message Node class 212 which are then transmitted to 
the server 10 for long term storage and subsequent retrieval. 

Referring to both Figs. 11 and 13, to retrieve a particular message, a 
user selects a message, at step 400, in the threaded message view by highlighting the 
same as discussed above. Control passes from the client terminal 12 to the 
Reviewlt™ server 10a by implementing the SftTreeNodeView::on_selchange() 
method associated with the objects of the Node View class 206. Employing the 
get_node() method member of the NodeView class of objects, the data members 
associated with the message file 94 are retrieved, at step 402. The data members of 
an object generated by the message being retrieved in the Message Node class 212 
contains all the information to that particular message. This information includes, 
irJiexalia, view parameters and message content data. The resulting Message Node's 
selectQ method is then called. 
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The Coordinator Class' select_message() is called, passing the 
previously retrieved Message Node class 212 data members to determine if the 
desired message is already cached in the client terminal 12, at step 404. This is 
achieved by testing the values of the cache, in this case, specified addresses in RAM 
98, to determine whether a null is present. If the values are not null, then the data is 
retrieved therefrom at step 406. If a null is present, a request is sent to the server to 
retrieve the desired information via the request_message() method of the Coordinator 
class 208, at step 408. The data is then transmitted to the client terminal 12 . 
employing the process_mrsp() method of the Coordinator class 208, at step 410. 

The message is implemented in the select_message() method of the 
Document class. This method retrieves the view parameters employing the 
get_field() method associated with the Message Node class, which is then passed to 
the current document file 92 via the document's set_document_spe C ific_infoO method 
associated with the Document class 210, at step 412. 

The Message Node class 212 data members are then passed to the 
Message Explorer class in the update_preview() method. The Message Explorer 
object get the message content from the data members associated with the Message 
Node class employing the node's get_field() method. Thereafter, the resulting buffer 
is passed to the set_formatted_text() method to display it. at step 414. The end result 
is that the document viewer changes its display to restore the view to the original 
author was looking at when the message was created. 

Although the foregoing has been discussed with respect to a vector-list 
file, is should be understood that the document file 92 could be a text based file, such 
as a common wordprocessor file. In this fashion, view parameters associated 
therewith could include character attributes, e.g., italics, bold, underline and the like, 
as well as text and graphic boxes. 

Furthermore, the above embodiment illustrates use of the present 
invention in a CAD environment. It should be understood that the embodiments of 
the present invention can also be applied to other situations in which collaboration is 
required. Examples of other situations in which the present invention may be applied 
include health care diagnoses and treatment, advertisement layout and design, movie 
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production and the like. The scope of the invention should, therefore, be determined 
not with reference to the above description, but instead should be determined with 
reference to the appended claims along with their full scope of equivalents. 
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1 - A method for distributing information on a computer network 
having a server and a client terminal, said method comprising steps of: 

storing, on said server, a plurality of message files; 

creating a plurality of message headers, each of which corresponds to 
one of said plurality of message files; 

storing, on said server, a document file having visually perceivable 
information associated therewith, with a subportion of said visually perceivable 
information being defined by a plurality of view parameters, with a subset of said 
plurality of message files having differing view parameters associated therewith; and 

displaying a subgroup of said plurality of message headers on said 
client terminal, each of which recites a summary of content of one of the plurality of 
message files corresponding to the message headers of said subgroup. 

2. The method as recited in claim 1 further including steps of 
creating, on said client terminal, a subgroup of said plurality of message files and 
subsequently storing said subgroup on said server. 

^ 

3. The method as recited in claim 1 wherein said client terminal 
includes memory and further including a step of placing said document file and one of 
said message f.les of said subset in said memory, with said viewable information 
associated with said document file being related to the view parameters associated 
with message file of said subset present in said memory. 

4. The method as recited in claim I wherein said client terminal 
includes a processor and a memory and further including steps of placing said 
document file and multiple message files of said subset in said memory, operating on 
one of said multiple message f.les of said subset with said processor, defining an 
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executed file, with said viewable information associated with said document file being 
related to the view parameters associated with said executed message file. 

5. The method as recited in claim 1 wherein said client terminal 
includes memory and said viewable information has annotation data associated 
therewith, further including a step of placing said document file and one of said 
message files of said subset in said memory, with said annotation data being 
independent of the view parameters associated with the message file of said subset 
present in said memory. 

6. The method as recited in claim 1 further including a step of 
displaying one of said plurality of message files on said client terminal, defining a 
selected message file. 



7. The method as recited in claim 6 wherein said client terminal 
includes memory and said step of displaying one of said plurality of message files 
includes polling said memory to determine if said selected message file is present in 
said memory and displaying said selected message file if present therein and 
transmitting a call to said server to send said selected message file upon determining 
said selected message file is not present in said memory. 

8. The method as recited in claim 1 wherein said document file is 
a vector-based file. 

9. The method as recited in claim 1 wherein said document file 
includes a raster file embedded therein. 



10. The method as recited in claim 1 wherein said document file is 
a character-based file. 
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1 1 1 . The method as recited in claim 1 wherein said message file 

2 includes a vector-based file embedded therein. 



1 12. The method as recited in claim 1 wherein said message file 

2 includes a raster file embedded therein. 

3 13. The method as recited in claim 1 wherein said message file 

4 includes a character-based file embedded therein. 



1 14. The method as recited in claim 1 wherein said message file 

2 includes a video-stream. 



2 
3 
4 
5 



15. The method as recited in claim 8 wherein said vector-based file 
is a file having a format selected from a set consisting of consisting of Drawing Web 
Format (DWF), a Autodesk AutoCAD format (DWG) , a Drawing Exchange Format 
(DXF), a Simple Vector Format (SVF), a Bentley Microstation format, a Adobe 
Illustrator format (AI), a Corel Draw format (CMX), a Microsoft Powerpoint format 

0 (PPT), an HPGL, and an HPCL/2 format. 

1 16. The method as recited in claim 9 wherein said raster file 

2 comprises of a file having a format selected from a set consisting of a Windows 

3 Bitmap file (BMP), a Compuserve file (GIF), a Tagged Image File Format (TIFF), a 

4 Joint Photographic Experts Group file (JPEG), a Device Independent Bitmap file 

5 (DIB), a Targa file (TGA) and a PCX file. 

1 17. The method as recited in claim 10 wherein said character-based 

2 file comprises of a file selected from a set consisting of an ASCII text file (TXT), a 
Rich Text Format file (RTF) and a Microsoft Word file (DOC). 



3 



1 18. The method as recited in claim 11 wherein said vector-based 

2 file comprises of a file having a format selected from the set consisting of Drawing 

3 Web Format (DWF), a Autodesk AutoCAD format (DWG), a Drawing Exchange 
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Format (DXF), a Simple Vector Format (SVF), a Bentley Microstation format, a 
Adobe Illustrator format (AI), a Corel Draw format (CMX), a Microsoft Powerpoint 
format (PPT), an HPGL, and an HPCL/2 format. 



19. The method as recited in claim 12 wherein said raster file 
comprises of a file having a format selected from a set consisting of a Windows 
Bitmap file (BMP), a Compuserve file (GIF), a Tagged Image File Format (TIFF), a 
Joint Photographic Experts Group file (JPEG), a Device Independent Bitmap file 
(DIB), a Targa file (TGA) and a PCX file. 

20. The method as recited in claim 13 wherein said character-based 
file comprises of a file selected from a set consisting of an ASCII text file (TXT), a 
Rich Text Format file (RTF) and a Microsoft Word file (DOC). 

21. The method as recited in claim 1 wherein said document file 
includes a file selected from a set consisting of a Hypertext Markup Language file 
(HTML), an Adobe Portable Document Format (PDF), a Windows Metafile (WMF) 
and a Postscript file. 

22. The method as recited in claim 1 wherein said message file 
includes an audio file embedded therein. 

23. The method as recited in claim 1 wherein said message file 
includes a file selected from a set consisting of a Hypertext Markup Language file 
(HTML), an Adobe Portable Document Format file (PDF), a Windows Metafile 
(WMF) and a Postscript file. 

24. The method as recited in claim 14 wherein said video stream 
comports with a video transmission protocol selected from a set consisting of a 
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1 Motion Picture Experts Group protocol (MPEG), Microsoft Video for Windows 

2 protocol (AVI) and Quicklime protocol (MOV). 



1 25. A method for developing a document on a computer network 

•Deluding a client terminal having memory and a server, in data communication with 
said client terminal, said method comprising steps of: 

creating a searchable database, having message data, view parameter 
data and a document data, said document data having visually perceivable information 
assocated therewith, with a subset of said message data corresponding to a subgroup 
7 of said view parameter data; and 

placing said document file data and a subpart of said subset of said 
message data in said memory, with the viewable information associated with said 
document file being related to the view parameters associated with said subpart of 
said subset of said message data present in said memory. 

26. The method as recited in claim 25 wherein said client terminal 
includes a processor and further including steps of placing said document file and 
multiple message files of said subset in said memory, operating on a portion of said 
subset of said message data with said processor, defining an executed file, with said 
viewable information associated being related to the view parameters associated said 
portion of said subset of said message data. 



8 
9 
10 
11 

1 

2 
3 
4 
5 
6 



1 

2 

3 subset of said message data on said client terminal. 



2 
3 



27. The method as recited in claim 26 further including steps of 
storing said searchable database on said server and displaying said portion of said 



28. The method as recited in claim 26 wherein said message data 
includes message content information and message header information, with said 
message header information providing a description of said message content 
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1 information, and said placing step includes a step of transferring, in response to a 

2 request by said client terminal, said message header information from said server to 

3 said client terminal independent of transmitting said message content associated 

4 therewith independent of transmitting said message content information. 

1 29. The method as recited in claim 25 said creating step includes 

2 a step of storing said document data and said message data on said server, with said 

3 message data including a plurality of message files and message headers, with each of 

4 said plurality of message headers corresponding to one of said plurality of message 

5 files and said subset including said plurality of message files, said plurality of 

6 message files having differing view parameters associated therewith; and displaying a 

7 subgroup of said plurality of message headers on said client terminal, each of which 

8 recites a summary of content of one of the plurality of message files corresponding to 

9 the message headers of said subgroup. 

1 30. A method for distributing information on a computer network 

2 having a server and a client terminal having a memory, said method comprising steps 

3 of: 

4 storing, on said server, a plurality of message files; 

5 creating a plurality of message headers, each of which corresponds to 

6 one of said plurality of message files; 

7 storing, on said server, a document file having visually perceivable 

8 information associated therewith, with a subportion of said visually perceivable 

9 information being defined by a plurality of view parameters, with a subset of said 

10 plurality of message files having differing view parameters associated therewith; 

1 1 displaying a subgroup of said plurality of message headers on said 

12 client terminal, each of which recites a summary of content of one of the plurality of 

13 message files corresponding to the message headers of said subgroup; 

14 creating, on said client terminal, a subgroup of said plurality of 

15 message files and subsequently storing said subgroup on said server; and 
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placing said document file and one of said message files of said subset 
in said memory, with said viewable information associated with said document file 
being related to the view parameters associated with message file of said subset 
present in said memory. 



31. The method as recited in claim 30 wherein said client terminal 
includes a processor and a memory and further including steps of placing said 
document file and multiple message files of said subset in said memory, operating on 
one of said multiple message files of said subset with said processor, defining an 
executed file, with said viewable information associated with said document file being 
related to the view parameters associated with said executed message file. 

32. The method as recited in claim 31 wherein said viewable 
information has annotation data associated therewith with said annotation data being 
independent of the view parameters associated with the message file of said subset 
present in said memory. 



33. The method as recited in claim 32 further including a step of 
displaying one of said plurality of message files on said client terminal, defining a 
selected message file. 



34. The method as recited in claim 33 wherein said step of 
displaying one of said plurality of message files includes polling said memory to 
determine if said selected message file is present in said memory and displaying said 
selected message file if present therein and transmitting a call to said server to send 
said selected message file upon determining said selected message file is not present 
in said memory. 
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1 35. The method as recited in claim 34 wherein said document file 

2 and one of said plurality of message files includes a file having a format selected from 
a set consisting of consisting of Drawing Web Format (DWF), a Autodesk AutoCAD 
format (DWG), a Drawing Exchange Format (DXF), a Simple Vector Format (SVF), 
a Bentley Microstation format, a Adobe Illustrator format (AI), a Corel Draw format 
(CMX), a Microsoft Powerpoint format (PPT), an HPGL, an HPCL/2 format, a 
Windows Bitmap file (BMP), a Compuserve file (GIF), a Tagged Image File Format 
(TIFF), a Joint Photographic Experts Group file (JPEG), a Device Independent 

9 Bitmap file (DIB), a Targa file (TGA) and a PCX file, an ASCII text file (TXT), a 

10 Rich Text Format file (RTF) and a Microsoft Word file (DOC), a Hypertext Markup 

11 Language file (HTML), an Adobe Portable Document Format (PDF), a Windows 

12 Metafile (WMF) and a Postscript file. 
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METHOD FOR DISTRIBUTING INFORMATION OVER A DATA NETWORK 
USING MESSAGE HEADERS ASSOCIATED WITH MESSAGE FILES 



BACKGROUND OF THE INVENTION 
The present invention relates to programmable computer systems. 
More particularly, the present invention is directed to a method for collaboration over 
a data network. 

Data networks, such as the "Internet" have facilitated collaborative 
efforts o! several individuals remotely disposed from one another. The Internet 
typically includes a plurality of users employing client computers communicating with 
a remote server computer to transfer information therebetween. To facilitate the 
transfer, the client computers have a "web" browser that provides graphical user 
interface (GUI)-based communication with a "web page" obtained from a server. 
One popular collection of servers uses a standardized Hypertext Transfer Protocol 
(HTTP) to provide information and is known as the "World Wide Web." The 
information is typically presented as web pages written as text with standardized 
formatting and control symbols known as Hypertext Mark-up Language (HTML). 
HTML provides basic document formatting and allows a server to specify "links" to 
other servers and flies. Use of an HTML-compliant browser involves specification of 
a link via a Uniform Resource Locator (URL), Upon such specification, the user's 
client computer makes a TCP/IP request to the server identified in the link and 
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receives an HTML file that is interpreted by the browser so that a electronic HTML 
document made up of one or more web pages may be displayed on the client's 
computer. 

A drawback with the Internet data transmission, however, is that it is 
5 difficult to provide real time document development involving either large numbers of 
iterations of a document or contributions of several individuals to a documents 
development. Specifically, documents being developed are large which can 
substantially increase data transfer time between the client computer and the server 
computer that can be frustrating to an end user. 
10 What is needed, therefore, is an integrated document development 

method and network that facilitates dynamic design collaboration by multiple 
developers over a data network such as the Internet by minimizing data transfer time. 

SUMMARY OF THE INVENTION 

15 The present invention provides a method for distributing information 

over a data network suiied by document development by bifurcating data 
corresponding to a document under development to minimize a quantity of data 
transmitted to a client terminal while providing, to the client terminal, sufficient data 
to display a history of the development of the document. To that end, the method 

20 includes storing, on a server, a" plurality of message files and creating a plurality of 
message headers, each of which corresponds to one of the plurality of message files 
and storing, on the server, the document under development which has visually 
perceivable information associated therewith. A subportion of the visually 
perceivable information is defined by a plurality of view parameters, with a subset of 

25 the plurality of message files having differing view parameters associated therewith. 
A subgroup of the message headers are displayed on. the client terminal, each of 
which recites a summary of content of one of the plurality of message files 
corresponding to the message headers of the subgroup. The client terminal includes 
memory and further including a step of placing the document file and one of the 

30 message files of the subset in the memory, with the viewable information associated 
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with the document file being related to the view parameters associated with message 
file of the subset present in the memory. 

The document file and the message file may be any type of computer 
readable file. Examples of the documents file includes vector-based files, character 
based files and raster files. The message file may consist of any of the 
aforementioned files, as well as an audio file or video streams. In a preferred 
embodiment, the method and system is employed over a data network, such as a local 
area network, a wide-ara data network, e.g., the Internet and the like. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is simplified plan view of a computer network in which the 
present invention is implemented; 

Fig. 2 is a block diagram of a client terminal shown above in Fig. 2; 

Fig. 3 is a plan view of a web page having a visual representation of a 
hypertext link employed to access the present invention; 

Fig. 4 is a plan view of a second web page having a visual 
representation of a hypertext link employed to access the present invention; 

Fig. 5 is a plan view of a web page employed to allow users to either 
log-in or register to gain access to the present invention; 

Fig. 6 is a plan view of a dialog box employed to allow a new user to 
register to gain access to the present invention; 

Fig. 7 is a plan view of a window upon which a list of projects having 
documents under development are recited in accordance with the present invention; 

Fig. 8 is a plan view of a window in which a document file, a message 
file and a plurality of message headers are concurrently displayed; 

Fig. 9 is a plan view of a window employed to post a new message 

file; 

Fig. 10 is a plan view of the window shown in Fig. 8 with the same 
document file being displayed along with a different message file and in accordance 
with a set of view parameters which differ from those associated with the document 
file shown in Fig. 8; 
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Fig. 1 1 is a simplified plan view of the major classes of objects 
associated with computer code employed to practice the present invention; 

Fig. 12 is a flow diagram showing steps for storing a message file in 
accordance with the present invention; and 

Fig. 13 is a flow diagram showing steps for retrieving a message file in 

v 

accordance with the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Referring to Fig. I, a large area network is shown, such as the 
Internet, which includes a plurality of networked "servers" 10 that are accessible by 
"client terminals" 12. Communication between the servers 10 and the client terminals 
12 typically occurs over a publicly accessible network, such as a public switched 
telephone network over ASDL telephone lines or large bandwidth trunks, such as Tl 
or OC3 service. The client terminals 12 access the various servers 10 through an 
Internet service provider, e.g., America On-Line, Prodigy, CompuServe and the like, 
by executing application specific software, commonly referred to as a "browser", on 
a computer 14, shown more clearly in Fig. 2. 

Referring to Fig. 2, the computer 14 includes a system unit 20 having 
one or more system buses 22 placing various components of the system in data 
communication. For example, a microprocessor 24 is placed in data communication 
with both a read only memory (ROM) 26 and random access memory (RAM) 28 via 
the system bus 22. The ROM 26 contains among other code, the Basic Input-Output 
system (BIOS) which controls basic hardware operation such as the interaction with 
peripheral components such as disk drives 30 and 32, as well as the keyboard 34. 
The RAM 28 is the main memory into which the operating system and application 
programs are loaded and affords at least 32 megabytes of memory space. The 
memory management chip 36 is in data communication with the system bus 22 to 
control direct memory access (DMA) operations. DMA operations include passing 
data between the RAM 2S and the hard disk drive 30 and the floppy disk drive 32. 
Also in data communication with the system bus 22 are various I/O controllers: a 
keyboard controller 38, a mouse controller 40, a video controller 42, and an audio 
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controller 44. The keyboard controller 38 provides a hardware interface for the 
keyboard 36. the mouse controller 40 provides the hardware interface for a mouse 46, 
or other point and click device, and the video controller 40 provides a hardware 
interface for a display 48. A modem 50 enables data communication over the 
network facilitating data transmission speeds of at least 28.8 kilobytes per second. 
The operating system 52 of the computer 14 may be DOS, WINDOWS 3.x, 
WINDOWS 95, OS/2, or other known operating system. Preferably, the operating 
system is WINDOWS NT 4.0 or WINDOWS 95. The RAM 28 also supports a 
number of Internet access tools, including, for example, an HTTP-compliant web 
browser having a JavaScript interpreter, such as Netscape Navigator 3.0, Microsoft 
Explorer 3.0 and the like. 

Referring to both Figs. 1 and 2, the integrated development system and 
method is accessed over the Internet. The browser 54 employs a TCP/IP connection 
to pass a request to a server 10 running an HTTP "service" (under the WINDOWS 
operating system) or a "daemon" under the UNIX operating system. The request is 
typically achieved by contacting an HTTP server 10 at the following address 
"http://www.cubus.net," employing a protocol that can be used to communicate 
between the server 10 and the client terminal 12. The HTTP server 10 then responds 
to the protocol, typically by sending a "web page" formatted as an HTML file. The 
browser 54 interprets the HTML Hie and may form a visual representation of the 
same using local resources, e.g., fonts and colors. 

Referring to Figs. 2 and 3. the "web page" 56 displayed at the 
aforementioned address includes, i nter alia , a plurality of hypertext links, shown 
generally as 58a-g. Employing the mouse 46, a cursor 60 may be placed proximate 
to hypertext link 58d, entitled Reviewl^, and a cursor event is effectuated which 
connects to web page 62, shown in Fig. 4. Web page 62 includes a plurality of 
hypertext links 64a-i. Hypertext link 64a allows downloading of the requisite 
ReviewIt TM client software to interact with the server to practice the present 
invention. Hypertext link 64b is activated to practice the present invention once the 
requisite software is loaded onto the client terminal. 
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Log-in is achieved by activating hypertext link 64b which causes the 
client software to run and display a log-in screen 66, shown in Fig. 5. The log-in screen 
includes a dialog box 68 centered within a project view window 70. The dialog box 68 
includes a plurality of data entry fields 68a and 68b. Also included thereon is a 
5 virtual button 68c which allows submission of the data once entered in fields 68a and 
68b, as well as virtual button 68d which allows registering to use the present 
invention. One of the data entry fields 68a is to receive a user's e-mail address. The 
e-mail address is employed as a ReviewIt TM log-in identifier, discussed more fully 
below. To restrict access, a password data entry field is provided 68b in which any 

10 series of number or letters, up to 256 characters, may be entered. As is standard with 
most password security features, password data is never recited in the field 68b. 

If a user desires to register to use the present invention, virtual button 
6Sd is activated and dialog box 71 is displayed so as to be in superimposition with 
dialog box 68, shown in Fig. 6. Dialog box 71 includes a plurality of data entry 

15 fields 7la-p. Also included thereon are virtual buttons 71q and 71r which allows 

submission of the data, once data has been entered in fields 71a-p, and cancellation of 
the registration, respectively. Once the registration data has been successfully 
submitted, dialog box 71 is removed, exposing dialog box 68, once again. Log-in is 
then achieved as discussed above. 

20 Upon acceptance of the log-in data, a TCP/IP connection to an 

additional server, which is the Revie\vIt TM server 10a, is achieved and a project view 
window 70 is completely displayed, shown in Fig. 7. The project view window 70 is 
segmented into a plurality of regions: the menu bar 72; the project list 74: and the 
project file directory 76. Each of the regions may be adjusted to occupy areas of 

25 differing sizes on the display 12a. Typically, the project view window 70 is sized to fit 
the browser 54 window, with the project view menu bar 72 located on the left side of 
the display 12a and the project list 74 disposed atop of the project file directory 76 on 
the right-hand side. 

The project list region 74 includes four columns of information 

30 identified as the following: project name; description, creator and creation date. The 
widths of the columns may be adjusted using the mouse 46 by initiating a cursor event 



WO 00/13100 



PCT/US99/I9075 



7 

proximate to the edge of the window as is well known in the computer graphics art. 
In addition, the files recited in the Project list may be sorted by initiating a cursor 
event proximate to one of the column headings, e.g., sorted by project listing by 
name, creator, etc. The project name recites the names of each project* and if the 
5 files associated therewith have been modified, this is indicated by having the project 
name have an appearance which differs from non-modified files. For example, a 
project with modified files may be displayed in a different color from projects with 
non-modified files. The description column recites a brief description of the purpose 
of the project name positioned adjacent thereto. The creator column identifies 

10 individuals who were primarily responsible for the creation of the project having a 
name in the column, and the creation date identifies the date that the creators 
originated the project, e.g., date and time. Usually, the information recited in the 
columns does not change for a project, once created. 

The menu bar 72 contains a plurality of virtual buttons 78a-7Sf. 

15 Button 78a, for example, facilitates adding projects to the project list 74 and contains 
folders and documents, which may be organized by a creator and selectively shared 
with additional users. Similarly, virtual buttons 78b and 78c facilitate adding folders 
and documents, respectively. Documents are stored within folders and prioritized 
according to whatever constructs pertinent to a user. Documents are typically 

20 uploaded to the server. Virtual button 7Sd facilitates modifying user information, 
such as passwords and log-in identifier data. Virtual button 78e facilitates modifying 
preferences, such as modify access privileges of users for differing projects. Finally, 
button 78f allows logging into or out of the Reviewlt^, server 10a. 

The project file region 76 recites the contents of each project listed in the 

25 project list region 74 in a threaded type of file hierarchy system. Each file and folder 

listing is divided into four columns having the headings discussed above with respect to 
the document list directory. 

To access a particular file, a user highlights the requisite project with the 
cursor 60 by placing the same proximate to one row of text in the project list region 72. 

30 The selected column is then highlight and a cursor event is initiated by twice activating 
a button (not shown) on the mouse 46. This provides a list of folders and files 
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associated with the aforementioned project, in the project file region 76. Specifically, 
folders have [+/-] signs adjacent thereto are indicated as having files associated 
therewith. The [+] indicates that the files are not displayed and the [-] sign indicates 
that the files are visible. To conceal visible files, a cursor event is initiated proximate 
to the [-] sign. Thereafter, a file is displayed by highlighting the same and initiating a 
cursor event. This produces a document view window 80, shown in Fig. 8. 

Referring to Both Figs. 2 and 8, the document view window 80 provides 
an integrated view of a document under development. To that end, the document 
view window 80 is segmented into a plurality of regions 82, 84, 86, 88 and 90 on the 
display 48. Displayed in one of the regions 86 is a document file 92. Displayed in a 
second of the regions 84, is a message file 94 and a plurality of message headers 96 
are displayed in a third region 82. Displayed in a fourth region 90 is a tool palette 
91. Displayed a fifth region 88 is a plurality of virtual buttons 88a, 88b and 88c. 

The document file 92 may be any file format, e.g., a vector-based file 
such as Drawing Web Format (DWF), Autodesk AutoCAD (DWG), Drawing 
Exchange Format (DXF), Simple Vector Format (SVF), Bentley Microstation (DGN, 
CEL), Adobe Illustrator (AI), Corel Draw (CMX), Microsoft Powerpoint (PPT), HPGL 
and HPGL/2. Additionally, the document file 92 may have a raster file format, such as 
Windows Bitmap (BMP), Compuserve GIF (GIF), Tagged Image File Format (TIFF), 
Joint Photographic Experts Group (/PEG or JPG), Device Independent Bitmap (DIB), 
Targa (TGA) or PCX, as well as a hybrid Formats, such as Hypertext Markup 
Language (HTML), Adobe Portable Document Format (PDF), Windows Metafile 
(WMF), Postscript (PS, EPS). If desired, document file may have a text format, such 
as, ASCII text (TXT), Rich Text Format (RTF), Microsoft Word (DOC) and the like. 
Similarly, the content of the message file 94 may include any of the aforementioned 
file formats, as well as a video stream, such as Motion Picture Experts Group (MPEG) 
Microsoft Video for Windows (AVI) Quicklime (MOV), an audio file or combination 
thereof. An advantage of this arrangement of information on the display 48 is that it 
provides an integrated document development system which allows simultaneously 
displaying a document being developed, detailed changes made thereto, as well as a 
brief history of the changes made during the development process. Further, an 
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unedited version of the document being developed may be accessed at any stage 
during the development. The document file 92 includes data defining the document 
being developed, and the content of the message file 94 typically includes data 
corresponding to at least a portion of the viewable information associated with the 
5 document file 92. For example, a subportion of the viewable information of 

document file 92 is enclosed by a rectangle employing the tool palette 91, defining an 
annotation 98 which is discussed more fully below. The content of the message file 
94 is related to the annotation 98. In the present example, the message file 94 recites 
""I do have a question about the door at the circular bridge connects and the 

10 document file 92 shows a visual depiction of information associated with the content 
of the message file 94. In the present example, the document file 92 has viewable 
information corresponding to building plans, i.e. "blue print", and the area, identified 
by the document file 92, where a door would be located. In this fashion, both a 
visual presentation and a detailed textual description of a common idea is expressed. 

15 To that end, each message header 96 provides a summary of the 

content of a message file 94. Typically, a plurality of message headers 96 are 
provided, each corresponding to a different message file 94 and having an icon 96a 
and a line of text 96b disposed adjacent thereto. With the plurality of message 
headers 96 being displayed in region 82, a brief history of the message files 94 

20 associated with the document file 92 is provided. The message header 96 

corresponding to the message file 94 being displayed has a background 96c which 
optically contrasts with the background associated with the remaining message 
headers 96, i.e., the message header 96 is "highlighted". As seen in Fig. 8, the 
highlighted message header 96 recites "Scheme Approval". The message file 94 

25 associated therewith recites "I do have a question about the door at the circular bridge 
connects , . . With this arrangement, the message file 94 and the message header 
96 both provide a description of a subportion of the viewable information, typically 
the subportion corresponding to the annotation 98. 

The tool palette 91 has one or more tool-defining regions, shown as 

30 92a-92j and is employed to create the annotation 98. Each of the tool-defining region 
92a-92i specifies a predetermined operation that modifies a subportion of the viewable 
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information of the document file 92, defining an annotation 98. An example of an 
annotation 98 is shown as an oval, however, the annotation 98 can be of any shape 
desired and may include alphanumeric characters, depending upon the tool-defining 
regions of the tool palette 91, as well as the file format of the document file 92. For 
purposes of the discussion, the document file 92 will be discussed as being a vector- 
based file commonly associated with computer aided design programs and systems. 
Thus, part of the viewable information is defined by view parameters, such as 
magnification, rotation, layer, window coordinates. As a result, the tool palette 91 
provides tool-defining regions which support, inter alia , operations associated with 
aforementioned view parameters. Examples of such tool defining regions are a 
pointer tool 92a employed to select areas of the document file 92 to be modified, such 
as by deletion. 

A hand tool 92b may be employed to pan the viewable information 
associated with the document file 92 along any direction in the plane of the region 86. 
A zoom tool 92c may be employed to increase or decrease the resolution of the 
viewable information. A box tool 92d facilitates surrounding an area of the viewable 
information with a rectangle or other polyhedron, and a filled box tool 92e makes the 
viewable information within the area opaque. Other shapes may be provided to 
achieve the same results by providing an oval tool 92f and a filled oval tool 92g. 
Other shape tools may be user defined with an irregular object tool 92h. An arrow 
tool 92i allows pointing to a particular section of the viewable information, and an arc 
tool 92j is employed to create arcuate lines. 

Referring to both Figs. 8 and 9, to post new message files or reply to an 
existing message file 94, the virtual buttons 88a and 88b are provided. Specifically, to 
post a new message file, virtual button 88a is activated by execution of a cursor event 
proximate thereto. This produces message file, in a window 95, having no content 
associated therewith, and the document file 92 corresponding thereto is in an original 
state. In this example, an original state is defined as being at minimum ■ 
magnification, with no annotation 98 present therein. Thus, viewable information 
corresponding to a project is displayed in region 86. To produce the information 
associated with Fig. 8, a user would activate tool-region 92c and magnify the 
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document file 92 to the desired resolution providing the detail necessary to clearly 
provide a visual depiction of the message file 94, generating modified view 
parameters that are associated with the viewable information. Locating a desired 
position in the document file 92 may be achieved by employing the hand tool, 
associated with tool-defining region 92b. To precisely delineate the area of the 
viewable information of the document file 92 being described, tool-region 92e is 
activated and the cursor 60 is placed on the region shown therein, producing 
annotation 98. After the portion of the viewable information of document file 92 has 
been located, the content of the message file 94 corresponding thereto is entered by 
placing the cursor 60 over the window 95 and initiating a cursor event. Text is 
entered using a standard QWERTY keyboard. Additionally, a graphics file or an 
audio fiie may be entered into the message file 94, such as graphics file 89, shown in 
Fig. 10. After the desired content is present in the message file 94, the message is 
sent to the Reviewlt™ server 10a via initiating a cursor event occur proximate to 
virtual button 97, The message is saved on the Reviewlt^ server 10a with the view 
parameters. As the message header 96 corresponds to a newly created message file 
94, the icon 96a of the same is located to the left side of the region 82. This produces 
a message header 96 in region 82 which corresponds to the newly created message 
file 94 i- region 82. Upon retrieval, the modified viewable information associated 
with the document file 92 is displayed as it appeared in region 86 when the message 
file 94 was sent, i.e, the same magnification and identical annotation 98 in the area of 
the document file 92 displayed. This is referred to as context preservation and is 
discussed more fully below. However, all of the viewable information associated 
with the document file 92 is accessible. This allows a user to manipulate the 
viewable information associated therewith so as to display a completely different area 
of the document file 92 at a completely different magnification. Upon exiting and 
retrieving the same message file 94, the modified view parameters are restored along 
with the modified viewable information. 

Accessing a particular message file 94 may be achieved employing 
either the message headers 96 or annotations 98 on a document file 92. For example, 
highlighting a particular message header 96 and initiating a cursor event displays a 
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message file 94 with content summarized by the highlighted message header 96; 
Were a document file 92 displayed to have multiple annotations 98 present thereon, 
the cursor 60 may be positioned to highlight the desired annotation 98. Thereafter a 
cursor event would display the message file 94 associated with the annotation 98, 
5 referred to as graphical indexing. Moreover, a boolean search technique may be 

employed by highlighting virtual button 88c and initiating a cursor event. Thereafter 
a dialog window (not shown) would appear in the window 80 and provide an area to 
enter search terms, as is well known in the prior art. 

Referring to Figs. 8 and 9, to reply to an existing message, virtual 

10 button 88b is activated by initiating a cursor event proximate thereto. Thereafter, 
analogous steps are taken to post a reply as is necessitated to post a new message, 
except that the message header 96 corresponding to the reply message is positioned 
below the selected message to which a reply is. being posted, offset from the left side 
of the region 82. In this fashion, not only do the plurality of message headers 96 

15 provide a historical summary of the message files corresponding thereto, but they also 
describe the sequence of communications between users posting the same. The 
spatial position of each message header 96 is dependent upon a position of the 
communication, corresponding thereto, amongst the sequence communications. In 
this manner, the ReviewIt TW server 10a provides an entire history of the development 

20 of a document in a centralized location. 

By centralizing the location of the document files, as discussed above, 
various techniques may be employed to further control and manage document 
development. For example, a creator of a project may be sent an e-mail each time a 
project is accessed by a user. Various information may be supplied to the creator, 

25 including the project and files accessed, the duration of the access, any message files 
94 posted and the modifications, if any, recited therein. Further, the cost implication 
of modifications to a project may be modeled. In addition, authenticity and 
authorization of modifications to a project may be controlled by implementation of 
electronic signature techniques. This could be implemented to reduce cost overruns, 

30 particularly useful in public sector civil engineering contracts. 
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Referring again to Fig. 1 an important aspect of the present invention 
is to provide high-speed data communication between the client terminals 12 and the 
ReviewIt TM server 10a while providing the fall flexibility of the integrated system. 
To that end, the Reviewli™ server 10a bifurcates the data transmitted to a client 
terminal 12, concerning a document under development, into single and multiple 
server call data. The single server call data is transmitted to the client terminals 12 as 
soon as a project is opened. The multiple server call data is transmitted after an 
additional server call has been transmitted by the client terminals 12 after a project 
has been opened. Examples of single server call data are the message headers 96 and 
the annotations 98. Examples of multiple server call data is the message content and 
the view parameters. Upon initializing a server call, a client terminal 12 immediately 
receives the message header 96 and the annotations 98 associated with a document file 
92. This provides rhe information necessary for a user to quickly view the history of 
message files 94 concerning a document file and determine which message is desired. 
Upon finding the requisite message header 96, a user initiates a cursor event, thereby 
taking advantage of message context preservation, as discussed above. Specifically, 
the contents of the message file 94 are displayed, as well as, the document file 92, 
with the document file 92 being displayed in accordance, with the view parameters 
previously modified. Alternatively, a message file 94 could be displayed employing 
the graphical indexing technique discussed above. In this fashion, a user would place 
the cursor 60 on an annotation 98 desired and initiate a cursor event. This generates 
a server call over the network, retrieving the content information of the message file 
94 associated therewith, along with the view parameters, if any. 

Referring to Fig. 11 , to achieve the aforementioned data 
communication, it is preferred that the code employed to implement the present 
invention is object based, such as C + + . The objects are divided into a plurality of 
classes. The classes include a message explorer class 202, a document viewer class 
204, a node view class 206, a coordinator core class 208, a document class 210, and a 
message node class 212. Each of the objects in a class includes data and methods. 
The data and methods concerning the content of the message files 94 and the view 
parameters of the document file 92 associated therewith are encapsulated in objects of 
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the message node class 212. Data and methods concerning the document file 92 are 
encapsulated in objects of the document class 210. 

Referring to both Figs. 1 1 and 12, when creating a message at step 
300, an object in the Message Node class 212 is generated, calling a member post 
method entitled CoreMessageNode::post(). This calls a member method of the 
Coordinator core class 208 entitled CoordinatorCore::post_message(), which retrieves 
annotation data, document file data and the view parameters, at step 302. The 
aforementioned information is retrieved from the Document Viewer class of objects 
employing the member method of that class entitled the 
DocumentViewerCore::get_annotation(). The 

DocumentVicwerCore::get_annotation() method retrieves data members of the 
Document class 210. Specifically, the DocumentViewerCore::get_annotation() 
method retrieves the serialized annotations employing the serialize_annotation_data() 
method, as well as the view parameters employing the 

CubusDocument::ger_document_specific_data() method. The aforementioned data 
members are then associated with the MessageNode class 212, at step 304, allowing 
the same to be immediately available for subsequent requests. Thereafter, at step 
306, the CoordinatorCore::post_message() method continues processing the data 
members associated with the Message Node class 212 which are then transmitted to 
the server 10 for long term storage and subsequent retrieval. 

Referring to both Figs. 11 and 13, to retrieve a particular message, a 
user selects a message, at step 400, in the threaded message view by highlighting the 
same as discussed above. Control passes from the client terminal 12 to the 
ReviewU TM server 10a by implementing the SftTreeNodeView::on_seIchange() 
method associated with the objects of the Node View class 206. Employing the 
get_node0 method member of the NodeView class of objects, the data members 
associated with the message file 94 are retrieved, at step 402. The data members of 
an object generated by the message being retrieved in the Message Node class 212 
contains all the information to that particular message. This information includes, 
inter alia, view parameters and message content data. The resulting Message Node's 
selectQ method is then called. 
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The Coordinator Class' selectjnessageO is called, passing the 
previously retrieved Message Node class 212 data members to determine if the 
desired message is already cached in the client terminal 12, at step 404. This is 
achieved by testing the values of the cache, in this case, specified addresses in RAM 
98, to determine whether a null is present. If the values are not null, then the data is 
retrieved therefrom at step 406. If a null is present, a request is sent to the server to 
retrieve the desired information via the request_message() method of the Coordinator 
class 208, at step 408. The data is then transmitted to the client terminal 12 
employing the processjnrspO method of the Coordinator class 208, at step 410. 

The message is implemented in the select_message() method of the 
Document class. This method retrieves the view parameters employing the 
g«_fie!d() method associated with the Message Node class, which is then passed to 
the current document file 92 via the document's set_document_specific_infoO method 
associated with the Document class 210, at step 412. 

The Message Node class 212 data members are then passed to the 
Message Explorer class in the update_preview() method. The Message Explorer 
object get the message content from the data members associated with the Message 
Node class employing the node's get_field() method. Thereafter, the resulting buffer 
is passed to the set_formattedjext() method to display it, at step 414. The end result 
is that the document viewer changes its display to restore the view to the original 
author was looking at when the message was created. 

Although the foregoing has been discussed with respect to a vector-list 
file, is should be understood that the document file 92 could be a text based file, such 
as a common wordprocessor file. In this fashion, view parameters associated 
[herewith could include character attributes, e.g., italics, bold, underline and the like, 
as well as text and graphic boxes. 

Furthermore, the above embodiment illustrates use of the present 
invention in a CAD environment. It should be understood that the embodiments of 
the present invention can also be applied to other situations in which collaboration is 
required. Examples of other situations in which the present invention may be applied 
include health care diagnoses and treatment, advertisement layout and design, movie 
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production and the like. The scope of the invention should, therefore, be determined 
not with reference to the above description, but instead should be determined with 
reference to the appended claims along with their full scope of equivalents. 
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WHAT IS CLAIMED TS : 



1 1.. A method for distributing information on a computer network 

2 having a server and a client terminal, said method comprising steps of: 

3 storing, on said server, a plurality of message files; 

4 creating a plurality of message headers, each of which corresponds to 

5 one of said plurality of message files; 

6 storing, on said server, a document file having visually perceivable 

7 information associated therewith, with a subportion of said visually perceivable 

S information being defined by a plurality of view parameters, with a subset of said 

9 plurality of message files having differing view parameters associated therewith; and 

10 displaying a subgroup of said plurality of message headers on said 

1 1 client terminal, each of which recites a summary of content of one of the plurality of 
.12 message files corresponding to the message headers of said subgroup. 

1 2. The method as recited in claim I further including steps of 

2 creating, on said client terminal, a subgroup of said plurality of message files and 

3 subsequently storing said subgroup on said server. 

1 3. The method as recited in claim 1 wherein said client terminal 

2 includes memory and further including a step of placing said document file and one of 

3 said message files of said subset in sairt memory, with said viewable information 

4 associated with said document file being related to the view parameters associated 

5 with message file of said subset present in said memory. 

1 4. The method as recited in claim 1 wherein said client terminal 

2 includes a processor and a memory and further including steps of placing said 

3 document file and multiple message files of said subset in said memory, operating on 

4 one of said multiple message files of said subset with said processor, defining an 
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1 executed file, with said viewable information associated with said document file being 

2 related to the view parameters associated with said executed message file. 

1 5. The method as recited in claim 1 wherein said client terminal 

2 includes memory and said viewable information has annotation data associated 

3 therewith, further including a step of placing said document file and one of said 

4 message files of said subset in said memory, with said annotation data being 

5 independent of the view parameters associated with the message file of said subset 

6 present in said memory. 

1 6. The method as recited in claim I further including a step of 

2 displaying one of said plurality of message files on said client terminal, defining a 

3 selected message file. 

1 7- The method as recited in claim 6 wherein said, client terminal 

2 includes memory and said step of displaying one of said plurality of message files 

3 includes polling said memory to determine if said selected message file is present in 

4 said memory and displaying said selected message file if present therein and 

5 transmitting a call to said server to send said selected message file upon determining 

6 said selected message file is not present in said memory. 

1 8. The method as recited in claim 1 wherein said document file is 

2 a vector-based file. 

1 9, The method as recited in claim 1 wherein said document file 

2 includes a raster file embedded therein. 

1 10. The method as recited in claim 1 wherein said document file is 

2 a character-based file. 
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11. The method as recited in claim 1 wherein said message file 
includes a vector-based file embedded therein. 



12. The method as recited in claim 1 wherein said message file 
includes a raster file embedded therein. 

13. The method as recited in claim 1 wherein said message file 
includes a character-based file embedded therein. 

14. The method as recited in claim 1 wherein said message file 
includes a video-stream. 



15. The method as recited in claim S wherein said vector-based file 
is a file having a format selected from a set consisting of consisting of Drawing Web 
Format (DWF), a Autodesk AutoCAD format (DWG) ,a Drawing Exchange Format 
(DXF), a Simple Vector Format (SVF), a Bentley Microstation format, a Adobe 
Illustrator format (AI), a Corel Draw format (CMX), a Microsoft PowerPoint format 
(PPT), an HPGL, and an HPCL/2 format. 



16. The method as recited in claim 9 wherein said raster file 
comprises of a file having a format selected from a set consisting of a Windows 
Bitmap file (BMP), a Compuserve file (GIF), a Tagged Image File Format (TIFF), a 
Joint Photographic Experts Group file (JPEG), a Device Independent Bitmap file 
(DIB), a Targa file (TGA) and a PCX file. 



17. The method as recited in claim 10 wherein said character-based 
file comprises of a file selected from a set consisting of an ASCII text file (TXT), a 
Rich Text Format file (RTF) and a Microsoft Word file (DOC). 

18. The method as recited in claim 1 1 wherein said vector-based 
file comprises of a file having a format selected from the set consisting of Drawing 
Web Format (DWF), a Autodesk AutoCAD format (DWG), a Drawing Exchange 



WO 00/13100 



PCT/US99/19075 



20 

Format (DXF), a Simple Vector Format (SVF) f a Bentley Microstation format, a 
Adobe Illustrator format (AI), a Corel Draw format (CMX), a Microsoft Powerpoint 
format (PPT), an HPGL, and an HPCL/2 format. 

19. The method as recited in claim 12 wherein said raster file 
comprises of a file having a format selected from a set consisting of a Windows 
Bitmap file (BMP), a Compuserve file (GIF), a Tagged Image File Format (TIFF), a 
Joint Photographic Experts Group file (JPEG), a Device Independent Bitmap file 
(DIB), a Targa file (TGA) and a PCX file. 

20. The method as recited in claim 13 wherein said character-based 
file comprises of a file selected from a set consisting of an ASCII text file (TXT), a 
Rich Text Format file (RTF) and a Microsoft Word file (DOC). 

21. The method as recited in claim 1 wherein said document file 
includes a file selected from a set consisting of a Hypertext Markup Language file 
(HTML), an Adobe Portable Document Format (PDF), a Windows Metafile (WMF) 
and a Postscript file. 

22. The method as recited in claim 1 wherein said message file 
includes an audio file embedded therein. 

23. The method as recited in claim 1 wherein said message file 
includes a file selected from a set consisting of a Hypertext Markup Language file 
(HTML), an Adobe Portable Document Format file (PDF), a Windows Metafile 
(WMF) and a Postscript file. 

24. The method as recited in claim 14 wherein said video stream 
' comports with a video transmission protocol selected from a set consisting of a 
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1 Motion Picture Experts Group protocol (MPEG), Microsoft Video for Windows 

2 protocol (AVI) and Quicktime protocol (MOV). 

1 25. A method for developing a document on a computer network 

2 including a client terminal having memory and a server, in data communication with 

3 said client terminal, said method comprising steps of: 

4 creating a searchable database, having message data, view parameter 

5 data and a document data, said document data having visually perceivable information 

6 associated therewith, with a subset of said message data corresponding to a subgroup 

7 of said view parameter data; and 

8 placing said document file data and a subpart of said subset of said 

9 message data in said memory, with the viewable information associated with said 

10 document file being related to the view parameters associated with said subpart of 

1 1 said subset of said message data present in said memory. 

1 26. The method as recited in claim 25 wherein said client terminal 

2 includes a processor and further including steps of placing said document file and 

3 multiple message files of said subset in said memory, operating on a portion of said 

4 subset of said message data with said processor, defining an executed file, with said 

5 viewable information associated being related to the view parameters associated said 

6 portion of said subset of said message data. 

1 27. The method as recited in claim 26 further including steps of 

2 storing said searchable database on said server and displaying said portion of said 

3 subset of said message data on said client terminal. 

1 28. The method as recited in claim 26 wherein said message data 

2 includes message content information and message header information, with said 

3 message header information providing a description of said message content 
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1 information, and said placing step includes a step of transferring, in response to a 

2 request by said client terminal, said message header information from said server to 

3 said client terminal independent of transmitting said message content associated 

4 therewith independent of transmitting said message content information. 

1 29. The method as recited in claim 25 said creating step includes 

2 a step of storing said document data and said message data on said server, with said 

'3 message data including a plurality of message files and message headers, with each of ' 

4 said plurality of message headers corresponding to one of said plurality of message 

5 files and said subset including said plurality of message files, said plurality of 

6 message files having differing view parameters associated therewith; and displaying a 

7 subgroup of said plurality of message headers on said client terminal, each of which 

8 recites a summary of content of one of the plurality of message files corresponding to 

9 the message headers of said subgroup. 

1 30. A method for distributing information on a computer network 

2 having a server and a client terminal having a memory, said method comprising steps 

3 of: 

4 storing, on said server, a plurality of message files; 

5 creating a plurality of message headers, each of which corresponds to 

6 one of said plurality of message files; 

7 storing, on said server, a document file having visually perceivable 
S information associated therewith, with a subportion of said visually perceivable 

9 information being defined by a plurality of view parameters, with a subset of said 

10 plurality of message files having differing view parameters associated therewith; 

1 1 displaying a subgroup of said plurality of message headers on said 

12 client terminal, each of which recites a summary of content of one of the plurality of 

13 message files corresponding to the message headers of said subgroup; 

14 creating, on said client terminal, a subgroup of said plurality of 

15 message files and subsequently storing said subgroup on said server; and 
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placing said document file and one of said message files of said subset 
in said memory, with said viewable information associated with said document file 
being related to the view parameters associated with message file of said subset 
present in said memory. 



31. The method as recited in claim 30 wherein said client terminal 
includes a processor and a memory and further including steps of placing said 
document file and multiple message files of said subset in said memory, operating on 
one of said multiple message files of said subset with said processor, defining an 
executed file, with said viewable information associated with said document file being 
related to the view parameters associated with said executed message file. 

32. The method as recited in claim 31 wherein said viewable . 
information has annotation data associated therewith with said annotation data being 
independent of the view parameters associated with the message file of said subset 
present in said memory. 

33. The method as recited in claim 32 further including a step of 
displaying one of said plurality of message files on said client terminal, defining a 
selected message file. 

34. The method as recited in claim 33 wherein said step of 
displaying one of said plurality of message files includes polling said memory to 
determine if said selected message file is present in said memory and displaying said 
selected message file if present therein and transmitting a call to said server to send 
said selected message file upon determining said selected message file is not present 
in said memory. 
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1 35. The method as recited in claim 34 wherein said document file 

2 and one of said plurality of message files includes a file having a format selected from 

3 a set consisting of consisting of Drawing Web Format (DWF), a Autodesk AutoCAD 

4 format (DWG), a Drawing Exchange Format (DXF) f a Simple Vector Format (SVF), 

5 a Bentley Microstation format, a Adobe Illustrator format (AI), a Corel Draw format 

6 (CMX), a Microsoft Powerpoint format (PPT), an HPGL, an HPCL/2 format, a 

7 Windows Bitmap file (BMP), a Compuserve file (GIF), a Tagged Image File Format 

8 (TIFF), a Joint Photographic Experts Group file (JPEG), a Device Independent 

9 Bitmap file (DIB), a Targa file (TGA) and a PCX file, an ASCII text file (TXT), a 

10 Rich Text Format file (RTF) and a Microsoft Word file (DOC), a Hypertext Markup 

1 1 Language file (HTML), an Adobe Portable Document Format (PDF), a Windows 

12 Metafile (WMF) and a Postscript file. 
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